home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / bbsutil / ghost230.zip / WHATSNEW.230 < prev   
Text File  |  1990-11-01  |  12KB  |  255 lines

  1.  
  2.       Revision history
  3.  
  4. 2.30  The new configuration keyword "#define forcedINTL" (not case
  5.       sensitive) forces the program to insert "^aINTL <destination>
  6.       <origin>" into netmail messages even if destination and
  7.       origin zone are identical. I've been told that this makes
  8.       FrontDoor operation using AKAs in different zones easier.
  9.       See the section "miscellaneous general settings" in the file
  10.       Sample.Cfg included in Ghost230.Zip.
  11.  
  12.    o  The "^aFLAGS CFM" confirmation flag of the "Hello and thank
  13.       you!"-message created by "ghost hello!" now only will be set
  14.       if this message is created on systems in zone 2.
  15.  
  16. 2.29  The domain string in the ^aMSGID written to messages
  17.       created by "Ghostwriter" now matches the domain table
  18.       as used by FrontDoor 2.00 (Setup: "Global / Address / Domains").
  19.  
  20.    o  Added some sounds to the program. If a tag-line could not be
  21.       found in Ghost.Cfg, messages from the "purge" group are deleted
  22.       during a "mailcheck" run and new echomail is found in a "report"
  23.       run sounds will be generated. The sessings in Fd.Sys (Setup:
  24.       "Mailer / Audio Control") will be consulted to check if it's
  25.       allowed to generate some noise.
  26.  
  27. 2.28  The program now uses the site info field which will be
  28.       introduced by FrontDoor 2.00 to determine the system's
  29.       name and location (Setup: "Global / Address / Site info").
  30.  
  31. 2.27  Fd.Sys will now be opened in a somewhat more network
  32.       aware way. Don't know why, but on Felix Kasza's (2:310/11)
  33.       Novell LAN "Ghostwriter" suddenly was unable to read Fd.Sys.
  34.  
  35. 2.26  The new command line switch "-a[n]" allows to specify
  36.       which AKA should be used as origin address in messages
  37.       created by the program. [n] must be a number between
  38.       1 and 10 and refers to the AKA number found in FrontDoor's
  39.       Setup "Global / Address". -a2 refers to AKA #2, -a4 to AKA #4
  40.       and so on. This switch is valid only in FrontDoor environments.
  41.  
  42. 2.25  The program's internal domain table has been updated
  43.       according to an article in Fido739.Nws.
  44.  
  45. 2.24  The program became aware of DESQview and DoubleDOS.
  46.       The message generated when using "ghost hello!" has
  47.       the "Confirm Receipt REQ" flag set as supported by
  48.       FrontDoor 2.00.
  49.  
  50. 2.23  The echomail report now also includes the message
  51.       subjects of new messages addressed to the sysop.
  52.       FrontDoor's "Mail" display flashes if new echomail
  53.       messages were found during execution of the "report"
  54.       function.
  55.  
  56. 2.22  The "$fidonews" macro now reflects the new compression
  57.       method used by the Fido Newsletter editor: LZH.
  58.  
  59.    o  Fixed a bug which confused the mailcheck option when a
  60.       new month had just started.
  61.  
  62. 2.21  While deleting messages of the "purge" group a field in
  63.       Msginfo.Bbs wasn't updated correctly. This didn't cause
  64.       any troubles, but of course it wasn't nice.
  65.  
  66. 2.20  Changed the program to work with the new format of the
  67.       "address" statement as introduced by BinkleyTerm 2.40.
  68.  
  69. 2.19  Two new macros for automatically updated magic filenames:
  70.       "$Sigdiff" and "$Sigecho".
  71.  
  72. 2.18  Fdrescan.Now will not be written if netmail messages
  73.       to the local system were created by the program.
  74.       Additionally, errorlevel 0 ("no action") will be
  75.       returned in this case.
  76.  
  77.    o  The blue copyright notice output by the program no longer
  78.       should bleed through other screens if used in DESQview or
  79.       DoubleDOS environments.
  80.  
  81. 2.17  I've received some bug reports concerning the "report"
  82.       function of the program: sometimes the computer would "hang"
  83.       in an endless loop. This happened when folder descriptions
  84.       in Folder.Sys were longer than 39 characters. Now only the
  85.       first 37 characters of the folder descriptions will be
  86.       included in the report message/report file. I've checked
  87.       it; on my machine it works, good luck on your computer.
  88.  
  89.    o  When executing "ghost mailcheck" the program terminated with
  90.       the wrong errorlevel 1 instead of 0 when no new messages were
  91.       created. This has been fixed.
  92.  
  93. 2.16  Added the "$eggdiff" macro to the built in list of "magic"
  94.       filenames.
  95.  
  96. 2.15  Ghost.Exe is compressed by "Lzexe". If you raise any
  97.       problems please use "Unlzexe" to remove the compression.
  98.  
  99. 2.14  Fortunately I discovered that there's a "QuickBBS style bit"
  100.       present in Folder.Sys [blush]. This version uses this bit to
  101.       check if a folder contains a QuickBBS or *.Msg style board.
  102.  
  103.    o  The procedure used to extract the address of an echomail
  104.       message contained a bug which has been fixed. I hope the
  105.       program didn't write "Sorry..." messages during mailcheck
  106.       to the right people at the wrong addresses.
  107.  
  108.    o  When performing a single batch file via "ghost server" the
  109.       temporary batch file created by the program wasn't deleted
  110.       after execution. This has been fixed in this version.
  111.  
  112. 2.13  The swap subdirectory and the subdirectory used for temporary
  113.       files will be taken from the TMP or TEMP environment entry.
  114.       If both are missing the current subdirectory will be used.
  115.       This avoids conflicts if FD or FM already are swapped to a
  116.       probably too small RAM disk.
  117.  
  118.    o  If QuickBBS boards and subdirectories for *.MSG style messages
  119.       are contained both in Folder.Sys only the QuickBBS boards will
  120.       be available for any message related function of the program.
  121.       Sorry, but the program already is large enough; I fear it's
  122.       impossible to cover both QuickBBS and *.MSG style echomail.
  123.  
  124.    o  The correct destination address will be written in the message
  125.       header if the program creates an echomail message in a QuickBBS
  126.       board. I found by accident that the program used randomly
  127.       values instead. However: since this happened only in echomail
  128.       folders no troubles resulted.
  129.  
  130. 2.12  Added the ^aPID kludge as suggested by Joaquim Homrighausen.
  131.  
  132.    o  If the primary network address contains a net number greater
  133.       than 4000 the program assumes it's operated by a somewhat
  134.       dumb point user. The program will not be operable in this
  135.       environment. Use your correct 4-D-address instead.
  136.  
  137. 2.11  The most currently known domains will be inserted in the MSGID.
  138.       A 32 bit Unix timestamp is used as MSGID part; this hexadecimal
  139.       string represents the numbers of seconds passed since 1970-01-01
  140.       UTC.
  141.  
  142. 2.1   A new "trigger" function allows execution of any DOS command
  143.       if specific messages are existing in the netmail directory.
  144.  
  145.    o  Added some FrontDoor specific goodies: origin lines are taken
  146.       from Folder.Sys, Fdrescan.Now will be built on occasion, all
  147.       AKA addresses are checked when executing the "server" and
  148.       "trigger" functions. The Areas.Bbs file no longer is required
  149.       in FrontDoor environments. The built-in tag "history" creates
  150.       a verbose report of the system's inbound/outbound history.
  151.  
  152. 2.09  Changed the "32 bit Unix timestamp" to what it is in reality:
  153.       a date and timestamp in DOS directory format. *Never* trust
  154.       what you read in a FidoNet specification file.
  155.  
  156.    o  Fixed the bug which corrupted the time part of the $bouncelimit
  157.       variable.
  158.  
  159.    o  File attaches now also work with the "onday" and "ondate" option
  160.       (thanks to Ruud De Bruin, 2:281/603, for the hint).
  161.  
  162. 2.08  Support of the 32 bit Unix timestamp as used by Opus, SEADog,
  163.       FrontDoor and other FidoNet mailer/editor programs.
  164.  
  165. 2.07  Added "Opcndiff" and "Opcnlist" to the built-in magic filenames
  166.       supported by the program. Jack Decker, 1:154/8, suggested this.
  167.  
  168. 2.06  I've triple checked the source code to assure that under
  169.       no circumstances unreceived file attach messages will be
  170.       touched by the mail check option.
  171.       Roland Gautschi, 2:302/561, reported some troubles while
  172.       doing mail check with the "cosysop" flag enabled.
  173.  
  174.    o  If node zero is used in the system's primary network address
  175.       the pr